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METHODS AND APPARATUS FOR United States-based airline industry, settled on several 

ACCESSING INFORMATION FROM computer-based reservation systems (CRSs) for managing 

MULTIPLE REMOTE SOURCES flight reservation information based on each traveler's 

desi£edj3ri gination-to-dcstinationJ ourney. CRSs generally 

This is a continuation of application Sen No. 09/031,674, 5 arrange, organize, and store this data in a format generally 

filed Feb. 27, 1998 U.S. Pat, No. 6,229,534, which is corresponding to the dominant travel routing patterns, in 

incorporated herein by reference. which a carrier accepts a passenger at a first, origination 

location and discharges the passenger at a terminal or 

BACKGROUND OF THE INVENTION destination location. The data is generally stored in several ^ 

A Field of the Invention databases within each reservation system: schedules, tarifiEs, / 

and travel rules. 

This invention generally relates to interfaces for computer , . « • . . . ^t^o • • 

systems and, more particularly, to an interface for viewing in Booking a flight through a CRS mvolves crea «.g a 

separate frames information from at least t wo remote computer record cal ed the Passenger Name Record (PNR) 

sources and communicating information between the fram es „ of data from each of these databases. As flights are booked 

t o enhance the user's ^^^ information from the sourc es. " ^°^^5T J'"'?' T ' f ^i^"!^ 
■ — — flight mformation to the airlme s computers. The PNR is 

B. Description of the Related Art generate tickets and itineraries. 

-nie Intemet, fueled by the phenomenal popularity of the Cu^^^^ legacy applications, such as CRSs, and newer 

World Wide Web (WWW), has exhibited exponential HTML-based Internet appUcations deliver discrete and 

growth over the past few years. In the case of the WWW, the 20 ^p^^^^^ information streams to a client workstation. While 

ease of self-publication has helped generate an estimated ^ ^e able to use both appUcations at the same lime, 

50-120 milUon documents on a broad range of subjects. ^ ^^^^ ^^^^^ ^^^^^ information across 

To access all this information, users need only standard these applications because the applications function totally 

computer equipment, such as a personal computer with a independently of each other. For example, a travel agent can 

display and modem, and an Internet connection. Several 25 display rich destination content for New York City from a 

types of Intemet connections are available, including con- web site with the help of a web browser. Then, by switching 

nections through Internet Service Providers (ISPs). To use to a difl'erent window on the same workstation, the agent can 

an Intemet connection from an ISP, for example, the user use a CRS such as the SABRE System to display a list of 

dials into a computer at the ISP's facility using the modem airline flights to New York. However, the two information 

and a standard telephone hne. The ISP's computer in turn displays are in no way linked, either physically or logically, 

provides the user with access to the Internet. This requires the travel agent to be familiar with two 

Through this Internet connection, the user accesses infor- different systems, different data sources, different windows, 

mation on the web using a computer program called a "web and different transactions. 

browser," such as the Netscape Navigator^" from Netscape xhere is therefore a need for a system that bridges the gap 

Communications Corporation. To accomplish this, the user between theseJwa_enviraamentsJiyintei^ci^^ 

gives the web browser a Unifonn Resource Locator (URL) ap plications, such as a leg acy,aa plication,a adJiIML^ased 

for an object on the Internet, for example, a document Internet ap phcalion, and for displaying information fro m 

containing, information of interest, llie document is referred eagjjTjTlicfliinn in a framft-n f-a n^ iilti-franicbro wser on^a 

to as a "web page," and the information contained in the web ciienTworkstation. 

page is called "content." Web pages often refer to other web ' ~ 

pages using "hypertext link" or "hyperlinks" that include SUMMARY OF THE INVENTION 

words or phrases representing the other pages in a form that . , , . , • . * .i. 

TTrirr i. j- u Accordingly, systems and methods consistent with the 

gives the browser a URL for the corresponding web page „ . * u ♦ *• n u • * .l 

, , ,*iTT i-i J present invention substantially obviate one or more of the 

when a user selects a hyperlink. Hyperlinks are made ui j . i- •* u _* • j j* j 

•ui u t- u • u TT ^ 45 problems due to limitations, shortcommgs, and disadvan- 

Lan t f c'(KmU "^'"^ '"Ses of the related art by bridging legacy applications and 

* * ^ internet-based applications at the client workstation. In 

The URL identifies a specific computer on the Internet, accordance with the present invention a process is provided 

called a "Web Server," and, more particularly, the location of forJnte rfacing at least two applications, such as a legacy 

a web page located on the web Server. The web browser application and internet-based application, and for display- 

retneves the web page and displays it for the user. j^g information from each application in a frame of a 

The Internet thus pn^vides users access to a wide variety multi-frame browser on a client workstation. Further, the 

of information. For example, users can use the Internet to interface system enables users to transact business with the 

locate information on current and upcoming events in cities fiial-applicatiQn_ha§ed on information retrieved from the 

and communities throughout the world. 55 second applicatio n, and to retrieve information from the 

In contrast, companies offering access to specific types of s econd applicatio n based on information retrieved from the 

information have used and continue to use stand-alone, fi rst applicatiog . 

client-server, or chent-to-host applications that dehver spe- in accordance with the present invention, as embodied 

cific or proprietary functionality and related information to and broadly described herein, a method for accessing infor- 

a client workstation. For examples in the travel industry the mation from multiple remote resources using a workstation 

SABRE® System provides users such as travel agents with having a display and a connector for connecting to the 

access to numerous databases of travel information for the remote systems comprises (i) re ceiving a record from a fi rst 

purpose of making customer reservations with airlines, remote re?;ource: (ii) d isplaying data associated wit h the 

hotels, car rental agencies, etc. SABRE® is a registered r ecord in a first frame on the display : (iii) transmitting a 

trademark of TSGL Holdings, Inc. 55 j€quest>corresponding to the displayed data to a s econd 

The travel industry is dominated by suc h legacy sys tems r etnute^ res ource;_and (iv) dis playing data associated with the 

because long ago certain travel industry groups, notably the t ransmitted request in a sec ond frame, .nn-thc-displav. The 
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transmitting step involves parsing the record for selected application). The rendering component oaayjilso parse user- 
information, and generating the request using the selected d efined functions embe dded in Ihe data stream from the 
information. The step of dis playing data associated with the s ecoad application delivered tn a correspon ding fram e, and 
tra nsmitted request in a seco nd frame involves receiving a <[ 5)nvgd >thosc functions into a format for delivery tojhe first 
rcsp oQsc to the transmitted rctjues t, and building a page for 5 ap plicatio n. Additional components provide the necessary 
dispia\L in the_ second fram e. Ttie step of transmitting a connections between the client workstation and the remote 
re quest mav._also include identifying the second re mote resources, 
sy stem based q" «hp. displayed data in the^rst firam c. The 

step of displaying d ata associated with the transmitted Computer Architecttire 

req_u^n a second frame on the display includes determin- lo ^^^^^^ invention may be implemented by computers 

mg whetherthe data associated with the transmitted requests organized in a conventional distributed processing system 

contaias^^sJand displaying a button corresponding to the architecture. The architecture for and procedures to imple- 

tag within the s econd frame . ^^^^ invention, however, are not conventional, because 

Both the foregoing general description and the following they bridge multiple remote information sources, such as a 

detailed description are exemplary and explanatory only, ^5 legacy computer application (e.g., CRS) and an HTML- 

and merely provide further explanation of the claimed based Internet application, at the cUent workstation, 

invention. piQ i is a block diagram that illustrates a computer 



BRIEF DESCRIPTION OF THE DRAWINGS 



system 100 upon which an embodiment of the invention 
may be implemented. Computer system 100 includes a bus 



20 

The accompanying drawings, which are incorporated in 102 or other communication mechanism for communicating 

and constitute a part of this specification, illustrate an information, and a processor 104 coupled >yith bus 102 for 

embodiment of the invention and, together with the processing information . Computer system 100 also includes 

description, serve to explain the advantages and principles a main memory, such as a random access memory (RA M) 

of the invention. In the drawings, 25 1^^^ or other dynamic storage device, coupled t o bus 102 for 

nc. 1 is a schematic block diagram of a computer storing information and instructions to be executed byi 

architecture suitable for use with the present invention; processor 104 . RAM 106 also may be used for storing^ 

- c *c-*-r temporary variables or other mtermediate information dur- 

FIG. 2 IS a block diagram of components of an interface ^^^^ J^.^^ instructions to be executed by processor 

system consistent with the present invention; Computer system 100 further includes a read only 

HG, 3 IS a flow diagram of the steps performed by the memory (ROM) 108 or^otheF^laUc-storage.device-CQupled 

event handler of the interface system consistent with the t o bus 102 for storing static information and instruction s for 

present invention; p rocessor 1C &. A storage device 110, such as a magnetic disk 

FIG. 4 is a flow diagram of the steps performed by the qr_02tical_disk,_is,pipyide^^ to b us 1 02 for 

rendering component of the interface system consistent with st oriiig information and J nstructions. 

the present invention; Computer system 100 may be coupled via bus 102 to a 

FIG. 5 is a block diagram used to explain a flow of display 112, such as a cathode ray tube (CRT), for displaying 

information using the interface system consistent with the information to a computer user. An input device 114, includ- 

present invention; ing alphanumeric and other keys, is coupled to bus 102 for 

FIG. 6 is a view of the output displayed in connection with 40 communicating information and command selections to 

the information flow of FIG. 5; processor 104. Another type of user inpmdeyice.is-cursor 

HG. 7 is a block diagram used to explain another flow of contrdll6, such as a mouse,, a.trac^ or cursor direction 

information using the interface system consistent with the ^^y^Jor communicatmg direction mformation and com- 

present invention; and ^^^^ selections to processor 104 and for controlhng cursor 
„ . . ' r , f , 1 • ..<!<; movement on display 112. lliis input device typically has 

HG 8 IS a view of the output displayed m connection with f^^^^^^ ^^^^^ ^ g^^^ ^ 

the infomiation flow of FIG. 7. ^ ^^^^ ^.^ ^ ^ ^^^^ ^1,^^^ ^^^.^ ^^^-^ 

DETAILED DESCRIPTION positions in a plane. 

ITie inventiori is related to the use of computer system 100 

Reference will now be made in detail to an implementa- 50 for accessing information from jnultiple remote res amsgs. 

tion of the present invention as illustrated in the accompa- According to one implementation of the invention, infor- 

nying drawings. Wherever possible, the same reference mation from the multiple remote resources is provided by 

numbers will be used throughout the drawings and the computer system 100 in response to processor 104 executing 

following description to refer to the same or like parts. one or more sequences of one or more instructions contained 

55 in main memory 106. Such instructions may be read into 

Overview memory 106 fro m anoth er computer-readable medium. 

Systems consistent with the present invention include such as storage device 110, Execution of the sequences of 

several components: (1) a browser with a multi-frame instructions contained in main memory 106 causes processor 

viewer with each frame displaying information from a IM^lo perform the pipccss steps _ describ ed her ein. In an 

different source; (2) an event handler that observes events in 60 alternative implementation, h ard-w jred circuitry may be 

the frames; and (3) a rendering component that moves used in place of orm_coinbination ^ softwar e.instructions 

information in both directions between frames. For example, lo Jm plement the inventio n. Thus implementations of the 

the rendering component captures an event observed inside invention are not limited to any specific combination of 

one frame corres pondin g to a first application (such as a hardware circuitry and software. 

leg acy applicatio n), parses data related to the event, and 65 The term "computer-readable medium" as used herein 

rphiiijH^^ mrn^mfltinn frr^j^ « he frame luto a format for refers to any media that participates in providing instructions 

delivery to a second aoplication_(such as an HTML-based to processor 104 for execution. Such a medium may take 
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many forms, including but not limited to, non-volaiile codeJoj^^afl-apD lication program through Internet 128, ISP 

media, volatile media, and transmission media. Non-volatile 126, local network 122^ d communication interface Ug. In 

media includes, for example, optical or magnetic disks, such accordance with the present invention, one such downloaded 

as storage device 110. Volatile media includes dynamic application provides a bridge between two remote^informa- 
memory, such as main memory 106. TransmissioD media 5 tion sources, as describedhercin. The received code may be 

includes coaxial cables, copper wire and fiber optics, includ- executed by processor ^O^asjtjsj^a^^ed^ in 

ing the wires that comprise bus 102. Transmission media can storage device 110 , or ot her non-volatile sto rage for later 

also take the form of acoustic or light waves, such as those execuliohT In this manner, computer system fDO may obtain 

generated during radio-wave and infra-red data communi- appli cation code in the form r>f_a r;flffjpr wavp 
cations. lO Although computer system 100 is shown in FIG. 1 as 

Common forms of computer-readable media include, for being connectable to one server, 130 , those skilled in the art 

example, a floppy disk, a flexible disk, hard disk, magnetic will recognize that computer system 100 may establish 

tape, or any other magnetic medium, a CD-ROM, any other connections to multiple servers on Internet 128. Each such 

optical medium, punch cards, papertape, any other physical server includes an H TML-based Internet ap plication, which 
medium with patterns of holes, a RAM, PROM, and ^5 m ay provide jnformatioj i to computer system 100 upon 

EPROM, a FLASH-EPROM, any other memory chip or requesljna mannerjainsiatpnt with the present invention, 

cartridge, a carrier wave as described hereinafter, or any AdditionaByr'fof purposes of this description host 124 

other medium from which a computer can read, comprises a legacy compiHer application such as a CRS, 

Various forms of computer readable media may be although other legacy applications may be used to imple- 

involved in carrying one or more sequences of one or more °icnt the p resent inventio n, 

instructions to processor 104 for execution. For example, the i c rc^ t - o \ o 

instructions may initially be carried on magnetic disk of a (Spht-Screen) System 

remote computer. The remote computer can load the instruc- FIG. 2 is a block diagram of components of an interface 

tions into its 4ynamic4Bemoi:y and send the instructions over system 210 consistent with the present invention. A primary 

a telephone line using a modem. A modem local to computer purpose of interface system 210 is to present muhi ple frames 

systemNlQ^ can receive the data on the telephone line and of information on display 112 by, in part, using information 

use an inlra-red transmitter to convert the data to an infra-red dSplayed .in one frame to retrieve and dis pla y information in 

signal. An infra-red detector coupled to bus 102 can receive an other fra me. Thus, interface system(2l5^separates a dis- 

the data carried in the infra-red signal and place the data on play screen i nto mu ltiple (at least twof ^ames to display 
bus 102. Bus 102 carries the data to main memory 106, from '^^ i nformation from mulupirsourc cs. Although this descrip- 

which processor 104 retrieves and executes the instructions. tion is dire ctedHto an imp lementation having a legacy 

The^in struc tions received by main memory 106 may option- application fo rgone sourc e and a legacy application(s) and/or 

allT^^^red on storage device 110 either before or after HTML-basedaBpJication(s) for other sources, those skilled 

execution by processor 104. in the art will recognize that any combination of at least two 

Computer system 100 also includes a communication sources may be used to implement the present invention, 
interface 118 coupled to bus 102. Communication interface Interface system 210^is a software application preferably 
118 provides a two-way data communication coupling to a written in the Java*^" programming language, although other 
network link 120 that is connected to local network 122. For programming languages may be used. The Java program- 
example, communication interface 118 may be an integrated ming language is an object-oriented programming language 
services digital network (ISDN) card or a modem to provide that is described, for example, in a t'exrentitled~"The Java 
a data communication connection to a corresponding type of Language Specification" by James Goshng, Bill Joy, and 
telephone Hne. As another example, communication inter- Guy Steele, Addison- Wesley, 1996. Programs written in the 
face 118 may be a local area network (LAN) card to provide Java language are typically compiled to a universal execut- 
a data communication connection to a compatible LAN. able format, using a "bytecode instruction set," which can be 
Wireless links may also be implemented. In any such executed on any platform supporting the Java virtual 
implementation, communication interface US-sends and machine (VM). The Java VM is described, for example, in 
rece iyes electric al, electromagnetic or optical signals that a text entitled "The Java Virtual Machine Specification," by 
carry digital data stream s representing various types of Tim Lindholm and Frank Yellin, Addison Wesley, 1996. 
information. Thus, interface system 210 can reside on any client 

Network link 120 typically provides data communication workstation, such as computer system 100, that supports a 

through one or more networks to other data devices. For Java VM. 

example, network link 3L21L may provide a connection Interface system 210 is comprised of a multi-frame 

thcQ ugh local network 122_to a hos t computer 124 and/or to browser 220, an event handler 230, TCP/IP connectors 240, 
datajequipme nt ope rated by an Internet Service Provider 55 and a rendering component 250. Multi-frame browser 220 is 

(ISP) 126Q§ P 126^ n turn provides data communication comprised of a customizable HTML browser for generating 

se rvices through the Internet 128. L ocal network 122 and multiple frames for display, each frame designated to display 

Internet 128 both use electric, electromagnetic or optical information from at least one source. A suitable browser for 

signals that carry digital data streams. The signals through this purpose is the "ICE Browser" from ICEsoft A/S of 
the various networks and the signals on network link 120 50 Bergen, Norway (http://www.icesoft.no/), because it is 

and through communication interface 118, which carry the extensible, meaning that it can be configured to operate with 

digital data to and from computer system 100, are exemplary the other components of system 210 such as handler 230 and 

forms of carrier waves transporting the information. rendering component 250. 

Computer system 100 can send messages and receive Event handler 230 and rendering component 250 are 
data, including program code, through the network(s), net- 65 extensions of multi-frame browser 220. These extensions 

work^hnk 120 and communica tion interface 118. In the observe events in each frame and, when appropriate, retri eve 

^nternct example, a server 13ff|might transmit a requested and display information in another frame. 
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TCP/IP connectors 240 connect interface system 210 FEP also provides other value-added services, such as 

operating on computer system 100 to remote sources, such switchable printer support and connectivity to other externa 

as a' legacy application operating on host 124, and an legacy systems. 

HTML-based application operating on server 130. "TCP/IP" In contrast, the TCP/IP connector to the HTML-based 
is used in this description to provide an example of protocols 5 application uses the standard internet HTTP (Hyper Text 

capable of being used witi systems consistent with the Transfer Protocol) or similar protocols, which are explained 

present inventioa„.^is does not in -any way limit the in detail in the aforementioned text by W. Richard Stevens. 

Event Handler 



invention foI^P^Fbpnnections, other types of connection 
such as X.25 andSNA (System Network Architecture) may 

also be used within the scope of this invention. 10 The process steps of event handler 230 will now be 

ATCP/IP connector to a legacy application typically uses described with reference to FIG 3. For purposes of this 

a set of littvJevelxommunications functions refened to as an description, multi-frame browser 220 displays two frames, a 

application programming interface (API). One such API has first frame correspondmg to a lega£)Lafiplicatiaa such as a 

been developed by The SABRE Group for general client ^RS and a second frame corresponding to an HTML-based 

workstation access to the SABRE host system, which is an is application. 

exemplary legacy <:RS application. The Java Common In general, event handler 230 reacts to changes,m the state 

SABRE API (JSAPI) is in the form of Java_classes. .The of ^^ch frame of browser 220, When the state of a frame 

JSAPI is based on a three layer architecture in which each changes, event handler 230 receives a notification of that 

layer handles a specific function: (1) a d cvicej avcr (2) a change (step 310). For purposes of this description, there are 

con nectioir i?virBg'r3)-a-serviccs 20 two state changes that cause event handler 230 to receive a 

rn. a . . 1 * 11 rrr-nnn notification: (1) display o f information_in th e fram e pnu- e- 

The first two layers are common to all TCP/IP connec- ^ , r: — -: / . ^-t^ , 

™ J . 1 . ji 11 . sponding to the legacy apphcation (step 315); and (2) user 

tions. The device layer handles all the session management ^ — ■ . ^ ^ — ^. — j i jim t ^V / ' '?^A\ 

functions, which are described in various texts on TCP/IP "'^'^^iSS^^^book it nor" (Hm) Mlgajstep 330). 

connecuons, including for example, W. Richard Stevens, .^v^"' '"^dler 230 determines that a received notifica- 

TCP/IP lUustrated, Vol. 1, Addison-Wesley, 1994. The con- ^5 tion mdicates that browser 220 has displayed information in 

nection layer handles all of the connection specific details, ^'^ corresponding to the legaciaEEUcation (step 315), 

which are also described in the aforementioned text by W. event handler 230 selects certain predetermin ed mformation 

Richard Stevens. However, the services layer is comprised ^'^f (^'^P ^20) and transfers the selected 

of host specific objects, called Service Providers, which are mformation^ to rendering conjponent 250 (step 325). For 

loaded when required to map SABRE LnlaTa terminal ^ example, when a legacy application frame distilavs schedule 

addresses to TCP/IP connections. LnlaTa, which stands for ipfonnatiofl, eventhandler Z3U tnay select information iden- 

Linc Interchange Address Terminal Address, is the unique "fy"»e the-passenger's destination to transfer to rendenng 

24.bit terminal address that identifies a user of system comEon£nLmaaJ2K?>v5er 220 can display in ^n5tEer fraine 

resources on the SABRE host, such as a terminal, iHToimatioa f rom a femote sou roe, which is distinct from the 

workstation, or printer. Tlie user typically connects through ^5 le gacy ., {ippUcatton correspondmg to the destination -Tliis 

a Local Area Network (LAN) to an IP router that in turn ^^^ction of event handler 230 k explained further below m 

connects the LAN to a secure dedicated network. connecUon with FIGS. 5 and 6. 

\i/u lOAni • .J 1- . Under certain circumstances, browser 220 may display a 

When a JSAPI connection is created on a client , . , _ , , j- , j - / 

, , ■ , ■ r 1 . BIN button in a frame. For example, the displayed mfor- 

workstation, a session stnng or reference IS used to query a ..... j .. - , j ■ r .- 

, . , , . , f . , c • r matron on a destination may mclude mformation on events 

registry or table, which contains syst em connguratio n intor- ■ ■ , . . , • • . • ■ 

mation used to config ure and contl^ pplications UkTi^s- «=heduled to occur at the destmation during a specific tmie 

tem 210, toTSSl^the.desired_SeDace Provider. Service P^"°f ' ^-^-'f"' " ^^^f ""^,^1 destinaUon or prior 

ri .J „ J 1 «i. I — Ti 1* ♦* ♦ to a date of departure from the destination as denned by the 

Providers are program modules. that allow applications to , . . i « , v.»vr 

communicate wiTh different end systems such as an Open Passengers schedule. Browser 220 may display a BIN 

^ \ r> A 7C" ^/^T-r^m *u * 45 button for cach event. When a user wishes to make a 

Front End Processor (OFEP), or some other gateway, con- . 111 ti 1 

, J, ™ . . »u J -J* » J ♦ 1 c • reservation to attend a selected event, or actually purchase a 

nected by an IP router to the dedicated network. Service 1 . . • , I . .1. 

u^^.riA^/^ f„«;^-,iu, A.,^.^i^^\u, \r.^A^A u^.^A ™ ti ckct to thc eventJ Lhfijiseiuii&gclv^ lects the corresp onding 

Providers are typically dynamically loaded based on con- . TT^L^ . u ji ^vTTTTI ' — .1. . 

■ c 4 - ,u • / BIN button. When event handler 230 determines that a 

figuration mformation in the registry. • — : — ^ . ... , . ^ — — . , . 

. . . . , received notificati on indicates that a user has selected a BIN 

Hie OFEP is a TCP/IP interface to a Lmeside MicroVax 50 bu noTaiHiye? within a frame of browser 220 (step 330). 

Front End (MFE) processor, which interfaces through event handler 230 formats a messa ge to the le gacy 

another network with a Hostside MFE processor connected applicaUQn, which message is referred to as a booking 

to the host processor of the SABRE host system, llie transaction, indicating the users selection (step 335). Event 

MicroVax is a computer manufactured by Digital Equipment j^^^j^^ 230 transfers the booking transaction to the TCP/IP 

Corporation. The OFEP commumcates with the Lineside 55 connector for the legacy appUcation (step 340). This frinc- 

MFE using the DECNet protocol while the Lineside MFE ^^^^ ^^^^^ handler 230 is explained further below in 

communicates with thc Hostside MFE using the Ethernet connection with FIGS. 7 and 8. 
protocol. The Hostside MFE in turn uses a channel protocol 

to communicate with the host computer. The OFEP is Rendering Component 

therefore responsible for actual data transfer with the go FIG, 4 is a flow chart of the steps performed by the 

SABRE host over the TCP/IP protocol, and manages incom- rendering component of interface system 210 consistent 

ing and outgoing I/O requests. with the present invention. Rendering component 250 oper- 

If the user does not specify a specific Service Provider by ates when it receives any one of two types of data (step 410): 

name, the first Service Provider enumerated in the registry information comprised of a passenger's schedule, and a web 

is loaded. One of these Service Providers is the SABRE 65 page. 

Front End Processor that provides connectivity to the When rendering component 250 receives information on 

SABRE host's various mainframe computers. The SABRE a passenger's schedule (step 415), it generates a query 
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corresponding to selected information frona the information In this manner, interface system 210 efiBectively commu- 

(step 420) and transmits the query to a TCP/IP connector nicates information between a legacy ^aoaU cation and an 

(step 425). lliese^lwo steps correspond to the event han- HTML-based application and displays information from 

dler's selection of information from a display of schedule both applications in a single multi-frame browser, 

information (see s^ep 315, FIG. 3). This function of render- 5 

ing component 250 is explained further below in connection Book It Now 

with FIGS. 5 and 6, Continuing with FIGS. 7 and 8, the operation of interface 

When rendering component 250 receives a web page from system 210 in connection with the BIN button will now be 

an HTML-based application on a remote server on the explained. In this implementation, the retrieved web page 

Internet (step 430), rendering component 250 first deter- 10 includes a tag indicating a BIN button. Server 540 provides 

mines whether the page contains any tags (step 435). A tag, the tagged web page to rendering component 250 via TCP/IP 

is a specific code in the web^pag e indicati ng to the rendering connector 530. Rendering component 250 in turn provides 

component that a BIN button should be built for a corre- the tagged web page with the generated BIN button to 

spending piece of information in the web page. For example, browser 220. As shown in FIG. 8, the web.page.84D^and BIN 

when the legacy application has the facility to reserve or is button_MO^are,dis played in frame 820 corrcspon dingjo CRS 

purchase tickets to an event, a web page with information on 520?Sose skilled in the art wall recognize that browser 220 

that event may be tagged so rendering component 250 may generate additional frames to display web pages and 

generates a BIN button for the event. Thus, when a tag exists corresponding BIN buttons, if any, for additional servers, 

in the web page, rendering component 250 builds the Alternatively, an aggrcgated_ web page and corresponding 

corresponding BIN button (step 440). Then, or when no tag 20 buttons, if any, for all serv ers may be displayed in a 

exists (step 435), rendering component 250 transfers the single frame. In other words, although the figures show two 

web page to browser 220 for display in the corresponding frames, the first for the legacy application and the second for 

frame. This function of rendering component 250 is an HTML-based application, the present invention contem- 

explained further below in connection with FIGS. 7 and 8. plates multiple frames, one for each legacy application and 

Split Screen Interface HT^L-based application. Alternatively, a single frame may 

„ ^ 1, . J ni^c. 1 ^ . 1 • be used to display aggregated information from multiple 

Reference will now be made to FIGS. 5 and 6 to explam ^ y appHcatioi^ and_a_single frame may be used to 

how mterface system 210 offers a scheme for oommunicat- jis^ajTan aggregated web page from multiple HITVlL-based 

mg between legacy appucationsand HTML-based apphca- applications ' " 

tions. As shown in FIG. 5, a usei55)inputs a command into 30 ' , , , „ 

a first frame (610, FIG. 6) of multi-frame browser 220. For ^hen user 55 selects a BINJ)Aitton, event handler 230 

example,1 he user may wish to retrieve certain schedule receivej^^m notifiatUon^^h causes handler 230 to 

information from a legacy apphcation-such as CRS 520. As generic abook^^ for a 

shown in FIG. 6, the user input command 630 is tickeliatMcvent corresponding to t^^^ button. Handler 

"121N0VDFWLGW". This command requests an itinerary 35 PCo>^des^lie.transaction to TCP/IP connector 510 for 

Cn for flights on the 21st of November ("21N0V") C^S^. After processing tBHrSHimT 

departing from DaUas-Fort Worth Airport ("DFW") that are '^}^^ ^ transaction response that is provided to browser 220 

destined for London Gatwick Airport ("LGW"). H'H'''''"T^°rp\ J^"^ displayed in the frame 

In this case, browser. 220 uses a TCP/IP connector 510 for dedicated to CRS 520. 
CRS 520 to send the u^s command to CRS 520. In turn, 40 ^ shown in FIG. 8, the user's selection of the BIN button 
CRS 520 provides a response to browser 220, via the same Pavarotti concert m London on November 22nd, 
TCP/IP connector 510, which response includes the causes interface system 220 to generate a booking transac- 
requested itig crary inform.A tianl64D. As shown in FIG. 6, ^o book a reservation for the concert by communicating 
response 640 indicates that there are 6 possible flighlS-Qi- transaction to CRS 520, which in mrn displays a trans- 
combinations of flightson the 21st of November (which is 45 ^^tion response 830 in the browser frame 810 dedicated to 
a FridayrPfoSTDFW to LGW. Additionally, response 640 ^he application, 
also indicates that more itineraries may be found using Conclusion 
London Heathrow Airport (LHR). The first itinerary shows 

a number of codes i.e., "78 F7 C7 Y7 B7 G7 H7 N7" In accordance with the present invention an interface 
corresponding to, for example, the airfare and seat avail- 50 (split screen) system provides a two-way interface between 
ability on a flight departing from DFW at 3:45 PM and two applications such as a legacy application and an HTML- 
arriving at LGW at 6:50 AM. based application running on the same client. A first frame 
Event handler 230 receives a notification that response of a browser supports a session with a first application, 
^6S(Hiasbeen displayed,.and.selectsxerlain,iiifQmiatiQiiJrom which may be a legacy application such as a CRS, and a 
the res ponse, e.g., the destination city, Jo retrieve addit ional 55 second frame supports an internet browser session. The 
informjfiQP^on scbedjiled event&^la ^^ to the ele cted interface system passes relevant data between these frames 
informatioaJThe selected information is in turn provided to based on context. For example, when a user requests a flight 
rend^g rmTT^nnep^ 250 that gt^neratr'; a query a pd tra ns- to London in the legacy CRS application firame the interact 
mitj; the querv via anoth'''' Trp/!P r-pnnn/^t^r ^^n ^ jsf.i^^r browser window responds by showing additional travel 
440 on t heln temet running an IITML-hased applic atinn. 60 information specific to London. Similarly, when a user 
Assuming"lE js^ HTML-based app lication has information displays a bookable travel item in the internet browser 
responsive to the query, server 540 responds with a web frame, it can be booked by executing a corresponding CRS 
page that rendering component 250 receives via TCP/IP transaction, which then responds in the legacy CRS apph- 
connector 530. The web page is provided to browser 220 for cation frame. 

display in a frame diflerent from the frame u sed to disp lay 65 llie foregoing description of an implementation of the 

the command and response.,As.shown-iD-EIGT-6, a second invention has been presented for purposes of illustration and 

ffajne 620-displays web^jge-650. description. It is not exhaustive and does not limit the 
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invention to the precise form disclosed. Modifications and 
variations are possible in light of the above teachings or may 
be acquired from practicing of the invention. For example, 
the described implementation includes a BIN button used to 
book transactions identified by an HTML-based application 
via a legacy CRS application. Additionally, the interface 
system may provide means such as a button displayed in the 
frame dedicated to a legacy CRS application to retrieve 
additional infonnation for display in the other frame corre- 
sponding to selected information displayed from the legacy 
CRS application. The scope of the invention is defined by 
the claims and their equivalents. 
What is claimed is: 

1. A user interface for accessing information from mul- 
tiple remote sources comprising: 

a first machine for displaying data in a first window; and 
a second machine coupled to said first machine for: 
extracting a portion of the displayed data from the first 
window; 

composing a query from the extracted data; 
transmitting the query to at least a third machine; 
receiving results of the query from the third machine; 
and 

displaying results of the query in a second window. 

2. The user interface of claim 1 further comprising a 
display coupled to the first and second machines for dis- 
playing at least two windows. 

3. The user interface of claim 2, wherein the first machine 
further comprises a processor for: 

determining whether a page of the results contains a tag, 
and 

displaying a button corresponding to the tag in the second 
window. 

4. The user interface of claim 3, wherein the processor 
further comprises machine-readable instructions for: 

determining when the button is activated; 

extracting the results of the query from the second win- 
dow when the button is activated; 

composing a booking transaction from the results; 

transmitting the booking transaction to the first machine; 
and 

displaying a confirmation message in the first window. 

5. The user interface of claim 1. wherein extracting a 
portion of the displayed data further comprises: 

parsing the displayed data to locate text associated with an 
event, and 

identifying text associated with the event. 

6. The user interface of claim 1, wherein composing a 
query from the extracted data further comprises: 

identifying at least a third machine based on the extracted 
data; and 

reformatting the displayed data for delivery to said at least 
third machine. 

7. llie user interface of claim 1, further comprising a third 
machine for receiving the query. 

8. The user interface of claim 7, wherein said third 
machine is also for storing data responsive to the query, and 
for providing the results of the query to the second machine. 

9. A computer-implemented method for accessing infor- 
mation from multiple remote sources, comprising: 

displaying data from a first machine in a first window; 
extracting a portion of the displayed data from the first 
window; 

composing a query from the extracted data; 
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transmitting the query from a second machine to at least 

a third machine; 
receiving results of the query from the third machine; and 
displaying results of the query in a second window. 

10. ThG method of claim 9, wherein said extracting step 
further comprises: 

parsing the displayed data to locate text associated with an 
event, and 

identifying text associated with the event. 

11. The method of claim 9, wherein said composing step 
further comprises rebuilding the displayed data into a format 
for delivery to at least a third machine. 

12. The method of claim 9, further comprising the steps 

of: 

determining whether a page of the results contains a tag, 
and 

displaying a button corresponding to the tag in the second 
window. 

13. The method of claim 12, further comprising: 
determining when the button is activated; 

extracting the results of the query from the second win- 
dow when the button is activated; 
composing a booking transaction from the results; and 
displaying a confirmation message in the first window. 

14. A machine-readable storage medium having stored 
thereon machine executable instructions, the execution of 
said instructions adapted to implement a method for access- 
ing information from multiple remote sources, said method 
comprising: 

displaying data from a first machine in a first window; 
extracting a portion of the displayed data from the first 
window; 

composing a query from the extracted data; 
transmitting the query from a second machine to at least 

a third machine; 
receiving results of the query from the third machine; and 
displaying results of the query in a second window. 

15. The machine-readable storage medium of claim 14, 
wherein said extracting further comprises: 

parsing the displayed data to locate text associated with an 
event, and 

identifying text associated with the event. 

16. ITie machine -readable storage medium of claim 14, 
wherein said composing further comprises rebuilding the 
displayed data into a format for delivery to at least a third 
machine. 

17. The machine-readable storage medium of claim 14, 
fiirther comprising: 

determining whether a page of the results contains a tag, 
and 

displaying a button corresponding to the tag in the second 
window. 

18. A user interface for accessing information from mul- 
tiple remote sources comprising: 

a display for displaying at least two windows; 
a first machine coupled to said display for: 
extracting a portion of displayed data from a first 
window; 

composing a query from the extracted data; 
transmitting the query to at least a second machine; and 
displaying results of the query in a second window; and 
a second machine coupled to said display for: 
determining whether a page of the results contains a 
tag, and 
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displaying a button corresponding to the tag in said 

second window; 
determining when the button is activated; 
extracting the results of the query from said second 

window when the button is activated; 5 
composing a booking transaction from the results; 
transmitting the booking transaction to the first 

machine; and 

displaying a confirmation message in the first window. 
19. A computer- implemented method for accessing infor- lO 
mation from multiple remote sources, comprising: 
displaying data, from a first machine, in a first window on 

a display; 

extracting a portion of displayed data from the first 
window; 
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composing a query from the extracted data; 
transmitting the query to at least a second machine; 
displaying results of the query in a second window on the 
display; 

determining whether a page of the results contains a tag, 
and displaying a button corresponding to the tag in the 
second window; 

determining when the button is activated; 

extracting the results of the query from the second win- 
dow when the button is activated; 

composing a booking transaction fi'om the results; and 

displaying a confirmation message in the first window. 
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